Systems and methods for tool integration using cross channel digital forms

ABSTRACT

Embodiments of the invention are directed to a system, method, or computer program product for digital form integration and presentation. The method includes extracting one or more data input fields from a form and generating one or more user prompts to be presented to a user in order to complete at least one of the one or more entries of the one or more data input fields. The method further includes causing the transmission of at least one of the one or more user prompts to the user and receiving a prompt response from the user. The method also includes determining whether the prompt response meets one or more form requirements for a given entry and updating the form upon determination that the prompt response meets one or more form requirements for a given entry. The method further includes displaying to the user the form in an appropriate channel format.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a U.S. Non-provisional application claiming priorityto U.S. Provisional Patent Application No. 63/182,367 filed Apr. 30,2021 titled Cross Channel Digital Forms Integration and PresentationSystem, the contents of which are hereby incorporated by reference inits entirety.

BACKGROUND

Currently, there are a multitude of types of forms for users that havevarious templates and requirements. Typically, depending on the entity,the form may unique formatting specific to that form. When digitizingthese forms several challenges arise such as displaying forms on amobile device, onboarding of each form and each template, and allowingfor inline editing. As such, a need exists for a cross channel digitalform integration and presentation system.

BRIEF SUMMARY

The following presents a simplified summary of one or more embodimentsof the invention in order to provide a basic understanding of suchembodiments. This summary is not an extensive overview of allcontemplated embodiments, and is intended to neither identify key orcritical elements of all embodiments, nor delineate the scope of any orall embodiments. Its sole purpose is to present some concepts of one ormore embodiments in a simplified form as a prelude to the more detaileddescription that is presented later.

Embodiments of the present invention address the above needs and/orachieve other advantages by providing apparatuses (e.g., a system,computer program product and/or other devices) and methods for a crosschannel digital form integration and presentation platform.

Currently, there are many different types of user forms, from governmentforms, to financial forms, to contracts, agreements, and the like. Theseforms often contain multiple pages of uniquely formatted content andinstructions. The system is able to digitize these forms irrespective ofthe user channel in order for the user to accurately view and fill outthe forms. Currently, the challenges with digitizing such forms includeproperly displaying the forms on the various channel the user isutilizing, the expense associated with onboarding each new form and eachunique template, and finally challenges with inline editing of theforms.

The invention enables onboarding of various types of forms to push themout to users that may be using any channel, such as different operatingsystems, mobile, web, or the like. As such, the invention provides across channel solution leveraging each channels technology. In this way,the system displays a form the way the operating system would provide.The invention identifies the sections or fields of the form that requireuser input and presents those fields using and advanced digital solutionand posts the user inputs to a backend server to generate a populateddigital form. The system is expandable, allowing for a single backendupload of additional forms irrespective of the channel.

The system follows a template based design approach. In this way, eachclient channel will host a template for how a particular form should beapplied via that channel. Each client channel will be able decide howthe User Interface (UI) templates are organized, the color, the layout,and the like. In this way, the client channel controls these elements ofthe form when displayed to the user. In this way, the system provides apredetermined UI template that is channel specific that can berepurposed for any kind of form regardless of complexity.

Embodiments of the invention are directed to a system, method, orcomputer program product for a cross channel digital form integrationand presentation, the invention comprising: generating and transmittinguser interface (UI) templates to one or more channels; extracting datafrom a form, wherein the data comprises questions on the form and inputrequirements for the questions; creating a data format that providesformatting instructions to a channel of the one or more channels,wherein the data format provides the channel with text to input into oneor more UI templates; creating a flow format that provides formattinginstructions to the channel, wherein the flow format provides thechannel with a flow of UI templates to present to the user; anddisplaying, via the channel, to the user the form in the appropriatechannel format via one or more UI templates in a sequenced order.

In some embodiments, the data format comprises one or more JSONproviding instructions for the flow of UI templates for the channel tothe user, validation rule to apply to each UI template, and recognitionof interdependent UI template.

In some embodiments, the flow format comprises one or more JSONproviding instructions for the text to be displayed on the channel foreach UI template.

In some embodiments, training the channel of the one or more channels toperform logic, present questions, and transmit data back using openstandard file format and data interchange format in value pairs andarrays.

In some embodiments, the invention further comprises reconstructing theform with user input from the channel into one or more UI templates inthe sequence order.

Ins some embodiments, the one or more UI templates further comprisepre-programed input templates that correspond to a type of inputrequired by the user to fill out a form.

In some embodiments, generating UI templates further comprises:determining one or more types of user inputs required for a form,wherein one or more types of user inputs comprise question data and theinput requirements for the user; generating a displayable form to theuser in an appropriate channel format; and establishing coloring,formatting, and flow associated with an entity for each of the one ormore channels.

In some embodiments, the input requirements further comprise a type ofinput including drop down selection, check box selection, or fill inselection.

In an example embodiment, a system for cross channel digital formintegration and presentation is provided. The system includes a memorydevice with computer-readable program code stored thereon, acommunication device, and a processing device operatively coupled to thememory device and the communication device. The processing device isconfigured to execute the computer-readable program code to extract oneor more data input fields from a form. The one or more data input fieldscomprise one or more entries to be completed on the form. The processingdevice is also configured to execute the computer-readable program codeto generate one or more user prompts to be presented to a user in orderto complete at least one of the one or more entries of the one or moredata input fields. The processing device is further configured toexecute the computer-readable program code to cause the transmission ofat least one of the one or more user prompts to the user. The processingdevice is still further configured to execute the computer-readableprogram code to receive a prompt response from the user based on atleast one of the one or more user prompts. The processing device is alsoconfigured to execute the computer-readable program code to determinewhether the prompt response meets one or more form requirements for agiven entry based on the prompt response from the user. The processingdevice is further configured to execute the computer-readable programcode to update the form upon determination that the prompt responsemeets one or more form requirements for a given entry. Updating the formcomprises completing the given entry based on the prompt response. Theprocessing device is still further configured to execute thecomputer-readable program code to display, via a channel, to the userthe form in an appropriate channel format.

In some embodiments, the one or more prompt responses are verbal. Insome embodiments, the processing device is further configured to executethe computer-readable program code to cause a transmission of aconfirmation request with the confirmation request being a request tothe user to confirm the one or more entries are correct. In someembodiments, the confirmation request is a request for an electronicsignature.

In some embodiments, the processing device is further configured toexecute the computer-readable program code to store the updated form. Insome embodiments, the processing device is further configured to executethe computer-readable program code to generate an additional user promptrelated to one or more entries based on the prompt response to at leastone of the one or more user prompts. In some embodiments, the userprompts and prompt responses are visually displayed on a central userinterface.

In another example embodiment, a computer program product for crosschannel digital form integration and presentation with at least onenon-transitory computer-readable medium having computer-readable programcode portions embodied therein is provided. The computer-readableprogram code portions include an executable portion configured toextract one or more data input fields from a form. The one or more datainput fields comprise one or more entries to be completed on the form.The computer-readable program code portions also include an executableportion configured to generate one or more user prompts to be presentedto a user in order to complete at least one of the one or more entriesof the one or more data input fields. The computer-readable program codeportions further include an executable portion configured to cause thetransmission of at least one of the one or more user prompts to theuser. The computer-readable program code portions still further includean executable portion configured to receive a prompt response from theuser based on at least one of the one or more user prompts. Thecomputer-readable program code portions also include an executableportion configured to determine whether the prompt response meets one ormore form requirements for a given entry based on the prompt responsefrom the user. The computer-readable program code portions still furtherinclude an executable portion configured to update the form upondetermination that the prompt response meets one or more formrequirements for a given entry. Updating the form comprises completingthe given entry based on the prompt response. The computer-readableprogram code portions also include an executable portion configured todisplay, via a channel, to the user the form in an appropriate channelformat.

In some embodiments, the one or more prompt responses are verbal. Insome embodiments, the computer-readable program code portions furtherinclude an executable portion configured to cause a transmission of aconfirmation request, with the confirmation request being a request tothe user to confirm the one or more entries are correct. In someembodiments, the confirmation request is a request for an electronicsignature.

In some embodiments, the computer-readable program code portions furtherinclude an executable portion configured to store the updated form. Insome embodiments, the computer-readable program code portions furtherinclude an executable portion configured to generate an additional userprompt related to one or more entries based on the prompt response to atleast one of the one or more user prompts. In some embodiments, the userprompts and prompt responses are visually displayed on a central userinterface.

In still another example embodiment, a computer-implemented method forcross channel digital form integration and presentation is provided. Themethod includes providing a computing system including a computerprocessing device and a non-transitory computer readable medium, wherethe computer readable medium includes configured computer programinstruction code, such that when said instruction code is operated bysaid computer processing device, said computer processing deviceperforms the following operations. The method includes extracting one ormore data input fields from a form. The one or more data input fieldscomprise one or more entries to be completed on the form. The methodalso includes generating one or more user prompts to be presented to auser in order to complete at least one of the one or more entries of theone or more data input fields. The method further includes causing thetransmission of at least one of the one or more user prompts to theuser. The method still further includes receiving a prompt response fromthe user based on at least one of the one or more user prompts. Themethod also includes determining whether the prompt response meets oneor more form requirements for a given entry based on the prompt responsefrom the user. The method further includes updating the form upondetermination that the prompt response meets one or more formrequirements for a given entry. Updating the form includes completingthe given entry based on the prompt response. The method still furtherincludes displaying, via a channel, to the user the form in anappropriate channel format.

In some embodiments, the one or more prompt responses are verbal. Insome embodiments, the method also includes causing a transmission of aconfirmation request, wherein the confirmation request is a request tothe user to confirm the one or more entries are correct. In someembodiments, the confirmation request is a request for an electronicsignature. In some embodiments, the method also includes storing theupdated form. In some embodiments, the method also includes generatingan additional user prompt related to one or more entries based on theprompt response to at least one of the one or more user prompts.

The features, functions, and advantages that have been discussed may beachieved independently in various embodiments of the present inventionor may be combined with yet other embodiments, further details of whichcan be seen with reference to the following description and drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

Having thus described embodiments of the invention in general terms,reference will now be made to the accompanying drawings, wherein:

FIG. 1 provides a cross channel digital forms integration andpresentation system environment, in accordance with one embodiment ofthe present invention;

FIG. 2 illustrates a high level process flow of the cross channeldigital forms integration and presentation process, in accordance withone embodiment of the invention;

FIG. 3 illustrates a high level process flow of the cross channeldigital forms integration and presentation system interactions, inaccordance with one embodiment of the invention;

FIG. 4 illustrates a high level process flow of template ownershipacross the cross channel digital forms integration and presentationsystem, in accordance with one embodiment of the invention;

FIG. 5 illustrates a high level process flow illustrating the process ofform breaking down into UI templates for channel distribution, inaccordance with one embodiment of the invention;

FIG. 6 a illustrates a high level flow template structure, in accordancewith one embodiment of the invention;

FIG. 6 b illustrates a high level flow template screen object, inaccordance with one embodiment of the invention;

FIG. 6 c illustrates a high level data template structure, in accordancewith one embodiment of the invention;

FIG. 7 illustrates a high level flow template of a trigger object, inaccordance with one embodiment of the invention;

FIG. 8 a illustrates a high level flow template for navigation actions,in accordance with one embodiment of the invention;

FIG. 8 b illustrates a high level flow template for disable actions, inaccordance with one embodiment of the invention;

FIG. 9 illustrates a high level process flow of the cross channeldigital forms integration and presentation process, in accordance withone embodiment of the invention; and

FIG. 10 illustrates an example central user interface to be provided toa user during various operations discussed in reference to FIG. 9 , inaccordance with one embodiment of the invention.

DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION

Embodiments of the present invention now may be described more fullyhereinafter with reference to the accompanying drawings, in which some,but not all, embodiments of the invention are shown. Indeed, theinvention may be embodied in many different forms and should not beconstrued as limited to the embodiments set forth herein; rather, theseembodiments are provided so that this disclosure may satisfy applicablelegal requirements. Like numbers refer to like elements throughout.

Embodiments of the invention are directed to a system, method, orcomputer program product for a template based design approach for crosschannel digital form integration and presentation. The system allows foronboarding of various types of forms to push them out to users viamultiple various user viewing channels. The invention identifies thesections or fields of the form that require user input and presentsthose fields using an advanced digital solution illustrated in thechannel format. The system is expandable, allowing for a single backendupload of additional forms irrespective of the channel.

As used herein, a “user” may be an individual in communication with anentity and reviewing one or more forms or documents associated with thecommunication or otherwise utilized the applications disclosed herein. A“user interface” is any device or software that allows a user to inputinformation, such as commands or data, into a device, or that allows thedevice to output information to the user. For example, the userinterface includes a graphical user interface (GUI) or an interface toinput computer-executable instructions that direct a processing deviceto carry out specific functions. The user interface typically employscertain input and output devices to input data received from a usersecond user or output data to a user. These input and output devices mayinclude a display, mouse, keyboard, button, touchpad, touch screen,microphone, speaker, LED, light, joystick, switch, buzzer, bell, and/orother user input/output device for communicating with one or more users.

In accordance with embodiments of the invention, the term “module” withrespect to a system may refer to a hardware component of the system, asoftware component of the system, or a component of the system thatincludes both hardware and software. As used herein, a module mayinclude one or more modules, where each module may reside in separatepieces of hardware or software. In some embodiments, the term “platform”including the temporal platform may refer to a platform that is used asa base upon which other applications, processing, or technologies aredistributed including applications, activities, integration intocurrently used applications, integration into systems, presentation ofuser interfaces, and the like.

Further, the embodiments described herein may refer to use of a form. Aform may be any physical or digital document requiring a user to fillout, check, or otherwise mark in association with a communication withan entity.

The embodiments described herein may also refer to a channel or achannel client. A channel may be any software or operating system thathosts a user to view a form. This may also include whether the user isviewing the form on the channel via mobile or web based.

FIG. 1 provides a cross channel digital forms integration andpresentation system environment 200, in accordance with one embodimentof the present invention. As illustrated in FIG. 1 , the channel system208 is operatively coupled, via a network 201 to the user device 204, tothe cross channel form integration server 206, and to entity formsystems 210. In this way, the channel system 208 can send information toand receive information from the user device 204, the cross channel formintegration server 206, and the entity form systems 210. FIG. 1illustrates only one example of the system environment 200, and it willbe appreciated that in other embodiments one or more of the systems,devices, or servers may be combined into a single system, device, orserver, or be made up of multiple systems, devices, or servers.

The network 201 may be a global area network (GAN), such as theInternet, a wide area network (WAN), a local area network (LAN), or anyother type of network or combination of networks. The network 201 mayprovide for wireline, wireless, or a combination wireline and wirelesscommunication between devices on the network.

As illustrated in FIG. 1 , the channel system 208 generally comprises acommunication device 246, a processing device 248, and a memory device250. As used herein, the term “processing device” generally includescircuitry used for implementing the communication and/or logic functionsof the particular system. For example, a processing device may include adigital signal processor device, a microprocessor device, and variousanalog-to-digital converters, digital-to-analog converters, and othersupport circuits and/or combinations of the foregoing. Control andsignal processing functions of the system are allocated between theseprocessing devices according to their respective capabilities. Theprocessing device may include functionality to operate one or moresoftware programs based on computer-readable instructions thereof, whichmay be stored in a memory device.

The processing device 248 is operatively coupled to the communicationdevice 246 and the memory device 250. The processing device 248 uses thecommunication device 246 to communicate with the network 201 and otherdevices on the network 201, such as, but not limited to the crosschannel form integration server 206, the user device 204, and the entityform systems 210. As such, the communication device 246 generallycomprises a modem, server, or other device for communicating with otherdevices on the network 201.

As further illustrated in FIG. 1 , the channel system 208 comprisescomputer-readable instructions 254 stored in the memory device 250,which in one embodiment includes the computer-readable instructions 254of an application 258. In some embodiments, the memory device 250includes data storage 252 for storing data created and/or used by theapplication 258. In the embodiment illustrated in FIG. 1 and describedthroughout much of this specification, the application 258 may performthe functions disclosed herein. The channel system 208 recognizes thechannel the user is using and requesting a form from. The system may usethe appropriate form for the user and for the channel selected by theuser.

As illustrated in FIG. 1 , the cross channel form integration server 206generally comprises a communication device 236, a processing device 238,and a memory device 240. As further illustrated in FIG. 1 , the crosschannel form integration server 206 comprises computer-readableinstructions 242 stored in the memory device 240, which in oneembodiment includes the computer-readable instructions 242 of anapplication 244.

In the embodiment illustrated in FIG. 1 , the application 244 allows thecross channel form integration server 206 to be linked to the channelsystem 208 to communicate, via a network 201, the information related totransactions associated with entity form systems 210.

FIG. 1 also illustrates a user device 204. The user device 204 may beany communication device such as a smart phone 204 a, a telephone 204 d,a tablet 204 c, a computer 204 b, or the like. The user device 204generally comprises a communication device 212, a processing device 214,and a memory device 216. The processing device 214 is operativelycoupled to the communication device 212 and the memory device 216. Theprocessing device 214 uses the communication device 212 to communicatewith the network 201 and other devices on the network 201, such as, butnot limited to the cross channel form integration server 206, thechannel system 208, and the entity form systems 210. As such, thecommunication device 212 generally comprises a modem, server, or otherdevice for communicating with other devices on the network 201.

As further illustrated in FIG. 1 , the user device 204 comprisescomputer-readable instructions 220 stored in the memory device 216,which in one embodiment includes the computer-readable instructions 220of a user application 222. A user device 204 may be any mobilecommunication device, such as a cellular telecommunications device(i.e., a cell phone or mobile phone), personal digital assistant (PDA),a mobile Internet accessing device, or other mobile device including,but not limited to portable digital assistants (PDAs), pagers, mobiletelevisions, laptop computers, cameras, video recorders, audio/videoplayer, radio, GPS devices, any combination of the aforementioned, orthe like. Although only a single user device 204 is depicted in FIG. 1 ,the system environment 200 may contain numerous mobile devices 204.

The entity form systems 210 are operatively coupled to the channelsystem 208, the cross channel form integration server 206, and/or theuser device 204 through the network 201. The entity form systems 210have systems with devices the same or similar to the devices describedfor the channel system 208, the cross channel form integration server206, and/or the user device 204 (i.e., communication device, processingdevice, and memory device). Therefore, the entity form systems 210communicate with the channel system 208, the cross channel formintegration server 206, and/or the user device 204 in the same orsimilar way as previously described with respect to each system.

As such, the entity form systems 210 generally comprises a communicationdevice, at least one processing device, and a memory device. As usedherein, the term “processing device” generally includes circuitry usedfor implementing the communication and/or logic functions of theparticular system. For example, a processing device may include adigital signal processor device, a microprocessor device, and variousanalog-to-digital converters, digital-to-analog converters, and othersupport circuits and/or combinations of the foregoing. Control andsignal processing functions of the system are allocated between theseprocessing devices according to their respective capabilities. Theprocessing device may include functionality to operate one or moresoftware programs based on computer-readable instructions thereof, whichmay be stored in a memory device.

The processing device is operatively coupled to the communication deviceand the memory device. The processing device uses the communicationdevice to communicate with the network 201 and other devices on thenetwork 201. As such, the communication device generally comprises amodem, server, wireless transmitters or other devices for communicatingwith devices on the network 201. The memory device typically comprises anon-transitory computer readable storage medium, comprising computerreadable/executable instructions/code, such as the computer-readableinstructions, as described below.

As further illustrated in FIG. 1 , the entity system 210 comprisescomputer-readable instructions or computer readable program code storedin the memory device, The computer readable instructions, when executedby the processing device 138 are configured to cause the processingdevice to perform one or more steps described in this disclosure such asto provide entity specific forms to the network 201.

It is understood that the servers, systems, and devices described hereinillustrate one embodiment of the invention. It is further understoodthat one or more of the servers, systems, and devices can be combined inother embodiments and still function in the same or similar way as theembodiments described herein.

FIG. 2 illustrates a high level process flow of the cross channeldigital forms integration and presentation process 100, in accordancewith one embodiment of the invention. As illustrated in block 102, theprocess 100 is initiated by providing one or more UI templates to eachchannel for user inputs. This may include one or more types of userinputs, but may include the coloring, formatting, and the likeassociated with the channel such that the flow of the page will besimilar to the channel pages visualized by the user.

As illustrated in block 104, the process 100 continues by identifyinguser input types required for a form. In this way, the system mayidentify the data that includes the questions or input requirements forthe user. This may also include the type of input, such as a drop downselection, check box selection, fill in, or the like.

As illustrated in block 106, the process 100 continues by extracting theparticular sections of the form that require user input. This may bespecific questions or the like on the form requiring user input.

The process 100, continues by instructing a UI template flow from eachchannel associated with a user based on the particular sections of theform requiring user input, as illustrated in block 108. In this way, thefirst portion of the form may require a check box selection and thesecond portion of the form may require a fill in section. The system mayinstruct the channel to utilize the UI template associated with a checkbox selection first, followed by a UI template associated with a fill insection.

The one or more UI templates from the channel are then presented to theuser with the data in a sequenced order, as illustrated in block 110.The data is presented in channel specific flow, such that the channelfont, color, and the like is channel specific, but the data provided isbased on the form and the data extracted from the form.

Finally, as illustrated in block 112, the process 100 is finalized byreconstruction of the form based on user input at the channel.

FIG. 3 illustrates a high level process flow of the cross channeldigital forms integration and presentation system interactions 300, inaccordance with one embodiment of the invention. As illustrated, thecross channel form integration server 206 may accept forms from one ormore entities for user input. These forms may include Form 1 302, Form 2304, Form 3 306, and Form 4 308. One will appreciate that while onlyfour forms are illustrated in FIG. 3 , there may be many more formsassociated with the system. Each form may have a flow and a dataassociated with it. The flow may be the visual aspects of the form, suchas the color, font, type, and the like. The data may include thespecific questions the form may ask the user.

The cross channel form integration server 206 may provide the data foreach form in a specific parsed out order to each channel. As illustratedin FIG. 3 , the mobile based channel 310 and the web based channel 314are illustrated. While only two channels are illustrated, one of skillin the art will appreciate that several other channels may be availablefor a user to access a form. As illustrated, each channel has apre-stored UI template. The mobile based channel 310 has mobile UItemplates 312 and the web based channel 314 has UI templates 316. Thesetemplates comprise the font, color, format, and the like associated withthe channel. The cross channel form integration server 206 provides thedata from the various forms in a specific order to the channel for userdisplay via the channel.

FIG. 4 illustrates a high level process flow of template ownershipacross the cross channel digital forms integration and presentationsystem 400, in accordance with one embodiment of the invention. Thisillustrates the communication with the system to the channel in orderfor the channel to know what UI template to present, the order topresent the UI template, and the data to present via the UI template.The system trains the channel to perform the logic, present thequestions, and transmit the data back to the system. The system utilizesan open standard file format and data interchange format that useshuman-readable text to store and transmit data objects consisting ofattribute, such a value pairs and arrays. This may include JSON or thelike file formats. The system uses two of these open standard fileformats a flow and a data.

As illustrated in block 404 the flow and data formats are provided tothe channel. The flow provides instructions for the flow of UI templatesfor the channel to user, additional validation rules to apply to each UItemplate, and provides an indication of it there are any interdependentUI templates (for example, a second question in a string of questions isdependent on how the user answers the first question in the string). Thedata provides the actual text that needs to be displayed on the userdevice screen, such as a question “what is your name” or the like. Theformats are channel agnostic and does not contain any colors, formats,fonts, or the likes associated with the data.

The flow and data 404 are transmitted to the channel systems. These maybe a mobile device or a desktop device or the like. As illustrated inFIG. 4 , the flow and data 404 may be transmitted to a mobile devicethat comprises a mobile UI template 402. The mobile UI template 402 ispre-populated at the channel level and is able to accept the flow anddata 404 to transmit a display of the information on the user device viathe mobile channel. The mobile UI template 402 comprises the variousways in which the data is displayed, such as via a selection list or viauser text input. As such, if the flow and data 404 require a user toinput text into a field of the form, the mobile UI template will displaythe form data via the textInputTemplate. If the flow and data 404require a user to select a box or select an item within the form, themobile UI template will display the form data via thesingleSelectListTemplate.

The desktop/web UI template 406 is pre-populated at the channel leveland is able to accept the flow and data 404 to transmit a display of theinformation on the user device via the desktop or web channel. Thedesktop/web UI template 406 comprises the various ways in which the datais displayed, such as via a selection list or via user text input. Assuch, if the flow and data 404 require a user to input text into a fieldof the form, the desktop/web UI template will display the form data viathe textInputTemplate. If the flow and data 404 require a user to selecta box or select an item within the form, the desktop/web UI templatewill display the form data via the singleSelectListTemplate.

FIG. 5 illustrates a high level process flow illustrating the process ofform breaking down into UI templates for channel distribution 500, inaccordance with one embodiment of the invention. No matter how the formlooks the invention does not present the form and its complexities as isto the user. The system breaks down the original form into sets ofinputs for the user. The system identifies the parts of the form thatrequire user input and transmit those parts of the form to the user. Theuser device is pre-populated with the appropriate channel specificformat, color, and the like for the data. The system then presents theseuser input sections to the user in the channel associated with the userdevice.

For example, as illustrated in FIG. 5 , Form 1 502 is identified to havetwo sections that require user input. These include a fill in section504 and a select section 506. In this way, the system identifies thelocations on a form that the user is required to put a text input. Thisinput could be writing or filling in a portion, such as writing a name,date, or other information. This input could be selecting a box,selection one option from several options, radio buttons, calendars,notes, drop down selection, signature, and the like. With these limitedinput options, the system is able to generate almost every possible forma user may need to populate based on mixing and matching the variousinput options in order to create any number of forms regardless of formcomplexity. The system identifies two sections in Form 1 502, onesection that the user is required to fill in the blank 504 and onesection where the user is required to check one or more boxes 506. Thecomplexity of Form 1 502 outside of these two sections is irrelevant andis not transmitted to the user channel.

Each channel will have pre-programed input templates that are called UItemplates. Each channel has the pre-programmed UI templates, that forany type of form the system may notify the channel of the order of thepre-programmed UI templates for each type of form. For example, for theform illustrated in FIG. 5 , the system may notify the channel toutilize pre-programmed UI template “testinputTemplate” followed bypre-programmed UI template “singleSelectListTemplate”, which correspondto the type of input the user may be required to provide. The channelmay input the data from the system into the pre-programmed UI templateto generate a displayable form to the user in the appropriate channelformat. The system may collect the data from the channel and populatethe original form for uniformity.

In this way, as illustrated in block 508, the system processes the fillin the blank 504 section and provides information to the channel topresent the section to the user in the form of the eForm 1 510. Thisincludes a screen identification, a UI template identification for thechannel, and the data to put into the eForm 1 510.

Furthermore, the system may select an order of eForms, such aspresentation of eForm 1 510 first then eForm 2 514. After the user hasfilled in Fill in 1, Fill in 2, and Fill in 3, the user may selectcontinue. Upon selection, the user may be presented eForm 2 514. eForm 1510 and eForm 2 514 may be part of the same Form 502 but the system maydivide them based on user input type for appropriate channel UI templatepresentation for the various parts of the form 1 502. For eForm 2 514,instructions such as the screen identification, UI templateidentification, and the data to be presented may be transmitted to thechannel for display as illustrated in block 512.

FIG. 6 a illustrates a high level flow template structure, in accordancewith one embodiment of the invention. This illustrates the communicationwith the system to the channel in order for the channel to know what UItemplate to present, the order to present the UI template, and the datato present via the UI template. The system trains the channel to performthe logic, present the questions, and transmit the data back to thesystem. The system utilizes an open standard file format and datainterchange format that uses human-readable text to store and transmitdata objects consisting of attribute, such a value pairs and arrays.This may include JSON or the like file formats. The system uses two ofthese open standard file formats a flow and a data. The flow, asillustrated in FIG. 6 a , has the flow of UI templates for the channelto user, additional validation rules to apply to each UI template, andprovides an indication of it there are any interdependent UI templates(for example, a second question in a string of questions is dependent onhow the user answers the first question in the string). The data formatis further illustrated below in FIG. 6 c.

In this way, each flow has an array of UI templates, each templateobject has an array of triggers, each trigger object has an array ofoutcomes, each outcome object has an array of predicates and an array ofactions.

As illustrated in section 604 the flow format provides the correspondingdata file name associated with this flow format. Next, as illustrated insection 606 the flow format provides instructions for all screensassociated with the form, as represented in an array of Screen Objects.As illustrated in section 608, the flow format provides an array ofoutcome Objects. These are used when the flow needs to be started with adifferent screen other than the first screen presented. As illustratedabove in FIG. 5 , a single form may be parsed into several differentscreens for the user to view the form appropriately at the channel.Finally, as illustrated in block 610, this flow format provides an arrayof trigger objects. These trigger objects are used when common triggersare required across screens in order to reduce duplicate code.

FIG. 6 b illustrates a high level flow template screen object, inaccordance with one embodiment of the invention. As illustrated eachflow template object would have a business name, the one illustrated inFIG. 6 b is Form 1 614. This is the screen identification set by thechannel for every screen. This identification is used for mapping thescreen data in the data format. Next, as illustrated in section 616, theUI template to be used in the screen of the user is provided, which inthis case is singleSelectListTemplate, which is a selection list thatallows a user to select one of a list of options. This UI template hasto match the UI template pre-populated and published to the channel.Finally, as illustrated in section 618, array of triggers associatedwith the screen are provided. This is where all the click actions andorder of selection is provided for user navigation. The trigger is theselection of a response by the user or a user entering data into a textbox. This trigger confirms that the user performed the correct triggerand allows for proceeding to the next question within the form.

FIG. 6 c illustrates a high level data template structure, in accordancewith one embodiment of the invention. The data format provides the UItemplate with the data and text to be inputted into the UI. Asillustrated in section 620, the data format provides an array of screendata objects for the particular flow. Next, as illustrated in section624 the screen identification is matched and identified as Form 1.Finally, as illustrated in section 626 the data format defines an objectwith a key value pair. The key value pair is a variable defined in thescreen and value is the one to be replaced with. In this way, the datatemplate structure provides the text off the form to the UI for displayin the channel specific manner.

FIG. 7 illustrates a high level flow template of a trigger object 700,in accordance with one embodiment of the invention. As illustrated inblock 702 the trigger object contains doe for a UI identifier associatedwith the form and the event. The event associated with the user action,in this case the action is a “click” followed by a list of possibleoutcomes associated with the user action. This outcome can includecollecting data, moving to the next UI template screen or the like.

Next, as illustrated in block 704, the process 700 continues to theoutcome object. The outcome object 704 comprises predicates thatprovides a list of conditions that need to be satisfied before executingthe action. Predicates are prerequisites that are required before anoutcome can be produced. For example, if the form asks for an emailaddress of the user, the predicate can confirm that the user isinputting text, such as an “@” that delineates the user has inputtedwhat appears to be an appropriate input for the question. Furthermore,the outcome object 704 provides an array of actions that need to beexecuted based on the user actions, which are outlined in further detailbelow in FIG. 8 a and FIG. 8 b.

In this way, each flow has an array of UI templates, each templateobject has an array of triggers, each trigger object has an array ofoutcomes, each outcome object has an array of predicates and an array ofactions.

Finally, as illustrated in block 706, the process 700 is finalized withthe predicted object. The predicted object 706 provides a static ordynamic equation with a type of operation that is needed to be performedand the data type for the information, such as strings, numbers, dates,or the like.

FIG. 8 a illustrates a high level flow template for navigation actions800, in accordance with one embodiment of the invention. The navigationactions 802 include a definition of the type of action to be performedby the user and defines the next screen to navigate to base on theaction. Next, the collect action 804 includes a definition of the actionto be performed, and an array of elements for which data needs to becollected for that action. Furthermore, the collect action 804 definesthe key to where the data needs to be mapped to and the UI templateidentifier associated with the data collection. Finally, the enableaction 806 defines the type of action to be performed and provides anarray of UI identifiers as strings that need to be enabled.

FIG. 8 b illustrates a high level flow template for disable actions 810,in accordance with one embodiment of the invention. As illustrated inthe disable action 812, the process 810 is initiated by defining thetype of action to be performed and provides an array of UI templateidentifiers as strings that need to be disabled. The error action 814defines the type of action to be performed and identifies the UI elementthat needs to be shown based on the error. Finally, the delegate action816 defines the type of action to be performed and provides the contextand/or reason for the delegation of the action back to the wrapper tohandle the specific function.

Referring now to FIG. 9 , a flowchart 900 is provided illustrating anexample method of cross channel digital form integration andpresentation. Various systems and devices discussed herein may becapable of carrying out the operations of FIG. 9 .

Referring now to Block 910 of FIG. 9 , the method includes extractingone or more data input fields from a form. The one or more data inputfields include one or more entries to be completed on the form.

Referring now to Block 920 of FIG. 9 , the method includes generatingone or more user prompts to be presented to a user in order to completeat least one of the one or more entries of the one or more data inputfields.

Referring now to Block 930 of FIG. 9 , the method includes causing thetransmission of at least one of the one or more user prompts to theuser.

Referring now to Block 940 of FIG. 9 , the method includes receiving aprompt response from the user based on at least one of the one or moreuser prompts.

The system is configured to receive, recognize and interpret theselinguistic phenomena of the user input and perform user activitiesaccordingly. In this regard, the system is configured for naturallanguage processing and computational linguistics. Based on analyzingthe received activity input, the system is configured to determine theuser activity that the user seeks to perform, as indicated by block 206.Here, in general, the system may parse the activity input (e.g., theprompt response) from the user to detect one or more words that make upthe activity input from the user. The system may then analyze words todetermine the information to complete an entry in the given form. Forexample, the system may receive the voice activity input from the userthat indicates the user's birthday in response to the system requestingthe user's birthday. The system may then analyze the one or more wordsto determine that the user provided said user's birthday. The system maythen proceed to update an entry in the form corresponding to the user'sbirthday through the central user interface.

Specifically, based on receiving the activity input (e.g., promptresponse) from the user, in some instances, the system is configured togenerate a parse tree based on detected one or more words and/or thedetected keywords. A parse tree is a data structure that allows thesystem to accurately analyze activity input. For example, the parse treemay indicate the various language structures, such as clauses, phrases,subjects, verbs, and objects in a spoken statement and identify thewords in each language structure. The system may analyze the parse treeto determine the user activity to be performed and the intent of theuser and also to determine any parameters provided by the user for aninvoked service. The system may invoke another application, a service,an activity functionality and the like based on its analysis of parsetree.

In addition to verbal user prompts, the system may be configured toinitiate presentation of a central user interface 1010 of themulti-channel cognitive resource application stored on the user device,as shown in FIG. 10 . In such an instance, the system may receive a userinput 1014. For example, this input 1014 may be received via an audiocommunication channel and/or a textual communication channel. The userinput 1014 may be in response to a user prompt 1011. As shown, thesystem requests the date of birthday of the user. Such a request may bevisual and/or verbal. The system may be configured to interpret andtransform, seamlessly and in real-time, one medium to another forpresentation on the central user interface (for example, speech to text,text to speech and the like). The system may present the receivedactivity input 1012 from the user in a textual format. The system maysimilarly respond to the user input, as indicated by the output 1012, innatural language. In addition, the system may present one or moreinteractive elements 1024 for facilitating the activity, which areembedded, integrated into, or overlaid over the central user interface1010. These interactive elements may be actuated by tactile input (touchcommands and other gestures), audio commands or textual input from theuser. These interactive elements 1024 may be extracted from otherpertinent applications, such as resource applications, discussedpreviously.

In addition, the system is intuitive and is configured to hold complexand branched conversations with the user, in the pursuit of completingone or more user activities. In this regard, the system is configured todetect and conduct branched conversations using intelligent complex pathlooping. In some instances, the system may identify a suitableconversation path for completion of a user initiated activity, andproceed to request information accordingly. For example, for a useractivity of making reservations at a restaurant, the system maydetermine a conversation path that includes multiple entries within agiven form. For example, the conversation path may walk through variousquestions relating to personal information including name, date ofbirth, identification numbers, and/or the like. These conversation pathsare typically natural language conversational forms of the user activityevents described previously, and may be determined by the system, afteror in conjunction with determining the one or more discrete activityevents.

In addition, the intelligent complex path looping of the inventionenables the system to loop back to the original conversation path forcompletion of the activity in the instances where the user digresses orthe conversation branches out.

Referring now to Block 950 of FIG. 9 , the method includes determiningwhether the prompt response meets one or more form requirements for agiven entry based on the prompt response from the user. Upon receivingthe prompt responses, either verbal or otherwise, the system may beconfigured to determine whether the prompt response meets a given formrequirement for a given entry. This may include determine whether thetype of response is appropriate for the given entry (e.g., a date forbirth date) and/or whether the prompt response is in the correct format(e.g., MM/DD/YYYY format for a birthday). In an instance in which theprompt response does not meet one or more form requirements, the systemmay be configured to request additional information from the user. Forexample, the system may request the information again (e.g., repeat thesame request), ask for a confirmation of information, or request newinformation (e.g., for a birthday, the user may have only provided apartial birthday without the year and the system may be configured torequest the year as well). Upon determination that the prompt responsemeets one or more form requirements, the system may be configured toupdate the form (e.g., Block 960).

Referring now to Block 960 of FIG. 9 , the method includes updating theform upon determination that the prompt response meets one or more formrequirements for a given entry. Updating the form includes completingthe given entry based on the prompt response. Such updating may becompleted by the system or provided to a third party to complete saidform. For example, the system may generate a form based on informationrequested and update said generated form upon obtaining giveninformation.

The system may be configured to cause a transmission of a confirmationrequest to the user to confirm that one or more entries are correct.Such a confirmation request may be transmitted before and/or after theform is updated based on the prompt response. For example, the form maynot be updated until the user confirms that the entry is correct, or theform may be updated and then seek such confirmation. In an instance theuser indicates that the entry is incorrect, the system may be configuredto repeat one or more steps herein to obtain the correct entry value. Insome embodiments, the confirmation request may be a confirmation ofmultiple entries (e.g., a confirmation that the form is complete andaccurate upon completely filling in the form). The confirmation requestmay be a request for an electric signature.

Referring now to Block 970 of FIG. 9 , the method includes displaying,via a channel, to the user the form in an appropriate channel format.The confirmation request discussed above may be transmitted to the userwith or after the form is displayed to the user (e.g., the system mayprovide the user with the completed form and ask for a confirmation,such as an electric signature, that the form is correct).

As will be appreciated by one of ordinary skill in the art, the presentinvention may be embodied as an apparatus (including, for example, asystem, a machine, a device, a computer program product, and/or thelike), as a method (including, for example, a business process, acomputer-implemented process, and/or the like), or as any combination ofthe foregoing. Accordingly, embodiments of the present invention maytake the form of an entirely software embodiment (including firmware,resident software, micro-code, and the like), an entirely hardwareembodiment, or an embodiment combining software and hardware aspectsthat may generally be referred to herein as a “system.” Furthermore,embodiments of the present invention may take the form of a computerprogram product that includes a computer-readable storage medium havingcomputer-executable program code portions stored therein. As usedherein, a processor may be “configured to” perform a certain function ina variety of ways, including, for example, by having one or moregeneral-purpose circuits perform the functions by executing one or morecomputer-executable program code portions embodied in acomputer-readable medium, and/or having one or more application-specificcircuits perform the function.

It will be understood that any suitable computer-readable medium may beutilized. The computer-readable medium may include, but is not limitedto, a non-transitory computer-readable medium, such as a tangibleelectronic, magnetic, optical, infrared, electromagnetic, and/orsemiconductor system, apparatus, and/or device. For example, in someembodiments, the non-transitory computer-readable medium includes atangible medium such as a portable computer diskette, a hard disk, arandom access memory (RAM), a read-only memory (ROM), an erasableprogrammable read-only memory (EPROM or Flash memory), a compact discread-only memory (CD-ROM), and/or some other tangible optical and/ormagnetic storage device. In other embodiments of the present invention,however, the computer-readable medium may be transitory, such as apropagation signal including computer-executable program code portionsembodied therein.

It will also be understood that one or more computer-executable programcode portions for carrying out operations of the present invention mayinclude object-oriented, scripted, and/or unscripted programminglanguages, such as, for example, Java, Perl, Smalltalk, C++, SAS, SQL,Python, Objective C, and/or the like. In some embodiments, the one ormore computer-executable program code portions for carrying outoperations of embodiments of the present invention are written inconventional procedural programming languages, such as the “C”programming languages and/or similar programming languages. The computerprogram code may alternatively or additionally be written in one or moremulti-paradigm programming languages, such as, for example, F#.

It will further be understood that some embodiments of the presentinvention are described herein with reference to flowchart illustrationsand/or block diagrams of systems, methods, and/or computer programproducts. It will be understood that each block included in theflowchart illustrations and/or block diagrams, and combinations ofblocks included in the flowchart illustrations and/or block diagrams,may be implemented by one or more computer-executable program codeportions. These one or more computer-executable program code portionsmay be provided to a processor of a general purpose computer, specialpurpose computer, and/or some other programmable data processingapparatus in order to produce a particular machine, such that the one ormore computer-executable program code portions, which execute via theprocessor of the computer and/or other programmable data processingapparatus, create mechanisms for implementing the steps and/or functionsrepresented by the flowchart(s) and/or block diagram block(s).

It will also be understood that the one or more computer-executableprogram code portions may be stored in a transitory or non-transitorycomputer-readable medium (e.g., a memory, and the like) that can directa computer and/or other programmable data processing apparatus tofunction in a particular manner, such that the computer-executableprogram code portions stored in the computer-readable medium produce anarticle of manufacture, including instruction mechanisms which implementthe steps and/or functions specified in the flowchart(s) and/or blockdiagram block(s).

The one or more computer-executable program code portions may also beloaded onto a computer and/or other programmable data processingapparatus to cause a series of operational steps to be performed on thecomputer and/or other programmable apparatus. In some embodiments, thisproduces a computer-implemented process such that the one or morecomputer-executable program code portions which execute on the computerand/or other programmable apparatus provide operational steps toimplement the steps specified in the flowchart(s) and/or the functionsspecified in the block diagram block(s). Alternatively,computer-implemented steps may be combined with operator and/orhuman-implemented steps in order to carry out an embodiment of thepresent invention.

While certain exemplary embodiments have been described and shown in theaccompanying drawings, it is to be understood that such embodiments aremerely illustrative of, and not restrictive on, the broad invention, andthat this invention not be limited to the specific constructions andarrangements shown and described, since various other changes,combinations, omissions, modifications and substitutions, in addition tothose set forth in the above paragraphs, are possible. Those skilled inthe art will appreciate that various adaptations and modifications ofthe just described embodiments can be configured without departing fromthe scope and spirit of the invention. Therefore, it is to be understoodthat, within the scope of the appended claims, the invention may bepracticed other than as specifically described herein.

What is claimed is:
 1. A system for cross channel digital formintegration and presentation, the system comprising: a memory devicewith computer-readable program code stored thereon; a communicationdevice; a processing device operatively coupled to the memory device andthe communication device, wherein the processing device is configured toexecute the computer-readable program code to: extract one or more datainput fields from a form, wherein the one or more data input fieldscomprise one or more entries to be completed on the form; generate oneor more user prompts to be presented to a user in order to complete atleast one of the one or more entries of the one or more data inputfields, wherein the one or more user prompts are generated based on theone or more extracted data input fields; cause rendering of at least oneof the user prompts to the user via a centralized user interface,wherein the central user interface is distinct from the form; receive aprompt response from the user based on at least one of the one or moreuser prompts via the central user interface; based on the promptresponse from the user, determine whether the prompt response meets oneor more form requirements for a given entry; upon determination that theprompt response meets one or more form requirements for the given entry,update the form, wherein updating the form comprises completing thegiven entry based on the prompt response; in an instance in which theprompt response fails to meet one or more form requirements for thegiven entry, cause an additional rendering of one or more of the atleast one of the user prompts to the centralized user interface; in aninstance in which the additional rendering is caused, receive anadditional prompt response from the user based on the additionalrendering to the central user interface; and upon determination that theadditional prompt response meets one or more form requirements for thegiven entry, update the form, wherein updating the form comprisescompleting the given entry based on the additional prompt response;display, via a channel, to the user at least one of the one or moreentries of the form in an appropriate channel format; and cause atransmission of a confirmation request, wherein the confirmation requestis a request to the user to confirm the one or more entries are correctas displayed to the user via the channel.
 2. The system of claim 1,wherein the one or more prompt responses are verbal.
 3. The system ofclaim 1, wherein the confirmation request is a request for an electronicsignature.
 4. The system of claim 1, wherein the processing device isfurther configured to execute the computer-readable program code tostore the updated form.
 5. The system of claim 1, wherein the processingdevice is further configured to execute the computer-readable programcode to generate an additional user prompt related to one or moreentries based on the prompt response to at least one of the one or moreuser prompts.
 6. The system of claim 1, wherein the user prompts andprompt responses are visually displayed on the central user interface,wherein the user prompts and the prompt responses are displayed in aform of a textual conversation.
 7. A computer program product for crosschannel digital form integration and presentation with at least onenon-transitory computer-readable medium having computer-readable programcode portions embodied therein, the computer-readable program codeportions comprising: an executable portion configured to extract one ormore data input fields from a form, wherein the one or more data inputfields comprise one or more entries to be completed on the form; anexecutable portion configured to generate one or more user prompts to bepresented to a user in order to complete at least one of the one or moreentries of the one or more data input fields, wherein the one or moreuser prompts are generated based on the one or more extracted data inputfields; an executable portion configured to cause rendering of at leastone of the user prompts to the user via a centralized user interface,wherein the central user interface is distinct from the form; anexecutable portion configured to receive a prompt response from the userbased on at least one of the one or more user prompts via the centraluser interface; an executable portion configured to determine whetherthe prompt response meets one or more form requirements for a givenentry based on the prompt response from the user; an executable portionconfigured to update the form upon determination that the promptresponse meets one or more form requirements for the given entry,wherein updating the form comprises completing the given entry based onthe prompt response; an executable portion configured to cause anadditional rendering of one or more of the at least one of the userprompts to the centralized user interface in an instance in which theprompt response fails to meet one or more form requirements for thegiven entry; an executable portion configured to receive an additionalprompt response from the user based on the additional rendering to thecentral user interface in an instance in which the additional renderingis caused; and an executable portion configured to update the form upondetermination that the additional prompt response meets one or more formrequirements for the given entry, wherein updating the form comprisescompleting the given entry based on the additional prompt response; anexecutable portion configured to display, via a channel, to the user atleast one of the one or more entries of the form in an appropriatechannel format; and an executable portion configured to cause atransmission of a confirmation request, wherein the confirmation requestis a request to the user to confirm the one or more entries are correctas displayed to the user via the channel.
 8. The computer programproduct of claim 7, wherein the one or more prompt responses are verbal.9. The computer program product of claim 7, wherein the confirmationrequest is a request for an electronic signature.
 10. The computerprogram product of claim 7, wherein the computer-readable program codeportions further comprise an executable portion configured to store theupdated form.
 11. The computer program product of claim 7, wherein thecomputer-readable program code portions further comprise an executableportion configured to generate an additional user prompt related to oneor more entries based on the prompt response to at least one of the oneor more user prompts.
 12. The computer program product of claim 7,wherein the user prompts and prompt responses are visually displayed onthe central user interface, wherein the user prompts and the promptresponses are displayed in a form of a textual conversation.
 13. Acomputer-implemented method for cross channel digital form integrationand presentation, the method comprising: providing a computing systemcomprising a computer processing device and a non-transitory computerreadable medium, where the computer readable medium comprises configuredcomputer program instruction code, such that when said instruction codeis operated by said computer processing device, said computer processingdevice performs the following operations: extracting one or more datainput fields from a form, wherein the one or more data input fieldscomprise one or more entries to be completed on the form; generating oneor more user prompts to be presented to a user in order to complete atleast one of the one or more entries of the one or more data inputfields, wherein the one or more user prompts are generated based on theone or more extracted data input fields; causing rendering of at leastone of the user prompts to the user via a centralized user interface,wherein the central user interface is distinct from the form; receivinga prompt response from the user based on at least one of the one or moreuser prompts via the central user interface; based on the promptresponse from the user, determining whether the prompt response meetsone or more form requirements for a given entry; upon determination thatthe prompt response meets one or more form requirements for a givenentry, updating the form, wherein updating the form comprises completingthe given entry based on the prompt response; in an instance in whichthe prompt response fails to meet one or more form requirements for thegiven entry, causing an additional rendering of one or more of the atleast one of the user prompts to the centralized user interface; in aninstance in which the additional rendering is caused, receiving anadditional prompt response from the user based on the additionalrendering to the central user interface; and upon determination that theadditional prompt response meets one or more form requirements for thegiven entry, updating the form, wherein updating the form comprisescompleting the given entry based on the additional prompt response;displaying, via a channel, to the user at least one of the one or moreentries of the form in an appropriate channel format; and causing atransmission of a confirmation request, wherein the confirmation requestis a request to the user to confirm the one or more entries are correctas displayed to the user via the channel.
 14. The method of claim 13,wherein the one or more prompt responses are verbal.
 15. The method ofclaim 13, wherein the confirmation request is a request for anelectronic signature.
 16. The method of claim 13, further comprisingstoring the updated form.
 17. The method of claim 13, further comprisinggenerating an additional user prompt related to one or more entriesbased on the prompt response to at least one of the one or more userprompts.